home *** CD-ROM | disk | FTP | other *** search
/ kermit.columbia.edu / kermit.columbia.edu.tar / kermit.columbia.edu / newsgroups / misc.19960425-19960715 / 000170_news@columbia.edu _Wed May 29 17:13:58 1996.msg < prev    next >
Internet Message Format  |  1996-07-26  |  5KB
  1. Return-Path: news@columbia.edu
  2. Received: from apakabar.cc.columbia.edu (apakabar.cc.columbia.edu [128.59.35.159]) by watsun.cc.columbia.edu (8.7.5/8.7.3) with ESMTP id RAA18924 for <kermit.misc@watsun>; Wed, 29 May 1996 17:13:58 -0400 (EDT)
  3. Received: (from news@localhost) by apakabar.cc.columbia.edu (8.7.5/8.7.3) id RAA12868 for kermit.misc@watsun; Wed, 29 May 1996 17:13:55 -0400 (EDT)
  4. Path: news.columbia.edu!lamont.ldeo.columbia.edu!zombie.ncsc.mil!news.mathworks.com!newsfeed.internetmci.com!news.wolsi.com!news.aros.net!news.cs.utah.edu!cc.usu.edu!jrd
  5. From: jrd@cc.usu.edu (Joe Doupnik)
  6. Newsgroups: comp.protocols.kermit.misc
  7. Subject: Re: befuddled by MSKermit TCP/IP!!
  8. Message-ID: <1996May28.093238.80968@cc.usu.edu>
  9. Date: 28 May 96 09:32:38 MDT
  10. References: <DrMp8y.H3p@gorilla.nbn.com> <1996May22.152843.27781@ucl.ac.uk> <Drw5tn.5yB@gorilla.nbn.com>
  11. Organization: Utah State University
  12. Lines: 103
  13.  
  14. In article <Drw5tn.5yB@gorilla.nbn.com>, holmes@gorilla.nbn.com (Tim Holmes) writes:
  15. > Joe Doupnik (jrd@cc.usu.edu) wrote:
  16. > : In article <1996May22.152843.27781@ucl.ac.uk>, skaamjm@ucl.ac.uk (Matthew Moore) writes:
  17. > : > holmes@gorilla.nbn.com (Tim Holmes) writes:
  18. > : > 
  19. > : >>I have been trying to get MSKermit (the latest version just off
  20. > : >>the ftp lines) to do a TCP/IP connection to a Linux box.  Not having
  21. > : >>any luck.
  22. > : > 
  23. > : >>There are two machines, Linux is 150.0.0.1, DOS is 150.0.0.2.
  24. > : >>The DOS box is running lanwp from a dvx setup.  If I exit dvx, I can
  25. > : >>ping the Linux box ok.  I tried the following setup:
  26. > : > 
  27. > : >>set port tcp
  28. > : >>set tcp pack odi
  29. > : >>set tcp add 150.0.0.2
  30. > : >>set tcp sub 255.255.255.0  
  31. > : >>set port tcp 150.0.0.1
  32. > : >>connect
  33. > : > 
  34. > : >>I get "cannot access IP packets".
  35. > : > 
  36. > : >>So I tried doing a packet driver (ne2000).  It seemed to initialize OK,
  37. > : >>then when I do:
  38. > : > 
  39. > : >>set por tcp
  40. > : >>set tcp add 150.0.0.2
  41. > : >>set tcp sub 255.255.255.0
  42. > : >>set port tcp 150.0.0.1
  43. > : >>connect
  44. > : > 
  45. > : >>I get cannot ARP resolve 150.0.0.1.
  46. > : > 
  47. > : >>What am I doing wrong?
  48. > : > 
  49. > : >>Thanks,
  50. > : > 
  51. > : >>Tim Holmes
  52. > : >>holmes@gorilla.nbn.com
  53. > : > 
  54. > : > 
  55. > : > Neither 150.0.0.1 or 150.0.0.2 appeared to be registered in the DNS
  56. > : > so the Addres resolution protocol is trying to look their names, and
  57. > : > failing.
  58. > : > 
  59. > : > (You would need to talk to a local network administrator to get you
  60. > : > boxes registered).
  61. > : > 
  62. > : > Matthew Moore
  63. > 
  64. > Since I'm the administrator of this two machine network (!), do I have
  65. > to set up DNS to get kermit to work?
  66. > : -----------
  67. > :     150.0.0.x is also illegal with a subnet mask of 255.255.255.0
  68. > : because it creates a subnet field, the third octet in this Class B case,
  69. > : of all zeros.
  70. > :         Joe D.
  71. > 
  72. > What subnet mask would work?  I tried 255.255.0.0, but no go there either.
  73. > Sorry for the dumb questions, but I'm having trouble with this one.
  74. ---------------
  75.     None that you have. The rules of the game are like this. A 32 bit
  76. IP address can be divided into three fields: a "network" portion whose
  77. width is determined by the Class (the top three bits of the first octet),
  78. a "subnet" portion which is taken from the third "host" portion and whose
  79. width is determined by the subnet mask, and the remaining "host" portion.
  80.     <network><host> -->subnetted--> <network><subnet><host>
  81. None of the three fields may be all 1 bits nor all 0 bits.
  82.     150.0.0.0 is a Class B address, thus the "network" part is 150.0,
  83. and the "host" part is the last two octets (from which we will steal a
  84. subnet portion). You stole the third octet for "subnet" and it's all 0's.
  85.  
  86.     One must not choose IP addresses out of the blue because at some
  87. time you will be connected to the world. The RFC's make provision for
  88. "private" IP addresses, as follows:
  89. -----------
  90. RFC 1597        Address Allocation for Private Internets      March 1994
  91.  
  92. 3. Private Address Space
  93.  
  94.    The Internet Assigned Numbers Authority (IANA) has reserved the
  95.    following three blocks of the IP address space for private networks:
  96.  
  97.         10.0.0.0        -   10.255.255.255
  98.         172.16.0.0      -   172.31.255.255
  99.         192.168.0.0     -   192.168.255.255
  100.  
  101.    We will refer to the first block as "24-bit block", the second as
  102.    "20-bit block, and to the third as "16-bit" block.  Note that the
  103.    first block is nothing but a single class A network number, while the
  104.    second block is a set of 16 contiguous class B network numbers, and
  105.    third block is a set of 255 contiguous class C network numbers.
  106.  
  107. ----------
  108.     That much said, let me add a bug report item to consider as well.
  109. MSK 3.14 has a filter to reject packets echoed by NDIS board handlers, and
  110. the filter resides well above the board hander code. The filter is broken,
  111. alas, such that it rejects packets if the first three octets of the MAC
  112. (hardware) address of source and destination are the same. Those three octets
  113. are vendor idents on Ethernet boards. It's a bug, unpatchable, and the
  114. workaround is try boards from different vendors. The cure is to await MSK
  115. v3.15 which is in the works.
  116.     Joe D.